IepazÄ«stieties ar apdares zÄ«mju modeli ā spÄcÄ«gu arhitektÅ«ras stratÄÄ£iju resursu izolÄÅ”anai, lai novÄrstu kaskadÄjoÅ”as kļūmes un uzlabotu sistÄmas noturÄ«bu.
Apdales zÄ«mju (Bulkhead) raksts: NoturÄ«bas inženierija caur resursu izolÄcijas stratÄÄ£ijÄm
MÅ«sdienu sarežģītajÄ moderno programmatÅ«ras sistÄmu audumÄ, Ä«paÅ”i tÄs, kas veidotas uz mikroservisu arhitektÅ«ras vai mijiedarbojas ar daudzÄm ÄrÄjÄm atkarÄ«bÄm, spÄja izturÄt kļūmes ir ÄrkÄrtÄ«gi svarÄ«ga. Viens vÄjuma punkts, lÄna atkarÄ«ba vai pÄkÅ”Ås trafika pieaugums, bez pienÄcÄ«giem droŔības pasÄkumiem, var izraisÄ«t katastrofÄlu Ä·Ädes reakciju ā "kaskadÄjoÅ”u kļūmi", kas paralizÄ visu lietojumprogrammu. Å eit apdares zÄ«mju (Bulkhead) modelis kļūst par pamata stratÄÄ£iju, lai veidotu izturÄ«gas, kļūdu panesamu un augsti pieejamu sistÄmu. Iedvesmojoties no jÅ«ras inženierzinÄtnÄm, kur apdares zÄ«mes sadala kuÄ£a korpusu Å«densnecaurlaidÄ«gos nodalÄ«jumos, Å”is modelis piedÄvÄ spÄcÄ«gu metaforu un praktisku plÄnu resursu izolÄÅ”anai un kļūmju ierobežoÅ”anai.
GlobÄlai arhitektu, izstrÄdÄtÄju un operÄciju profesionÄļu auditorijai apdares zÄ«mju modeļa izpratne un ievieÅ”ana nav tikai akadÄmisks vingrinÄjums; tÄ ir kritiski svarÄ«ga prasme, lai projektÄtu sistÄmas, kas var uzticami apkalpot lietotÄjus dažÄdos Ä£eogrÄfiskos reÄ£ionos un dažÄdos slodzes apstÄkļos. Å is visaptveroÅ”ais ceļvedis dziļi iedziļinÄsies apdares zÄ«mju modeļa principos, priekÅ”rocÄ«bÄs, ievieÅ”anas stratÄÄ£ijÄs un paraugpraksÄ, aprÄ«kojot jÅ«s ar zinÄÅ”anÄm, lai stiprinÄtu jÅ«su lietojumprogrammas pret neprognozÄjamÄm digitÄlÄs pasaules straumÄm.
Pamata problÄmas izpratne: KaskadÄjoÅ”o kļūmju briesmas
IedomÄjieties rosÄ«gu pilsÄtu ar vienu, milzÄ«gu elektrotÄ«klu. Ja vienÄ tÄ«kla daÄ¼Ä rodas nopietna kļūme, tÄ var izraisÄ«t elektroapgÄdes pÄrtraukumu visÄ pilsÄtÄ. Tagad iedomÄjieties pilsÄtu, kurÄ elektrotÄ«kls ir sadalÄ«ts neatkarÄ«gos rajonos. Kļūme vienÄ rajonÄ var izraisÄ«t vietÄju strÄvas padeves pÄrtraukumu, bet pÄrÄjÄ pilsÄta paliek elektrificÄta. Å Ä« analoÄ£ija lieliski ilustrÄ atŔķirÄ«bu starp nediferencÄtu sistÄmu un sistÄmu, kas izmanto resursu izolÄciju.
ProgrammatÅ«rÄ, Ä«paÅ”i izplatÄ«tÄs vidÄs, kaskadÄjoÅ”o kļūmju briesmas ir visuresoÅ”as. Apsveriet scenÄriju, kur lietojumprogrammas backend mijiedarbojas ar vairÄkiem ÄrÄjiem pakalpojumiem:
- AutentifikÄcijas pakalpojums.
- MaksÄjumu vÄrteja.
- Produktu ieteikumu dzinÄjs.
- ReÄ£istrÄÅ”anas vai analÄ«tikas pakalpojums.
Ja maksÄjumu vÄrteja pÄkÅ”Åi kļūst lÄna vai nereaÄ£ÄjoÅ”a augstas slodzes vai ÄrÄju problÄmu dÄļ, pieprasÄ«jumi uz Å”o pakalpojumu var sÄkt uzkrÄties. SistÄmÄ bez resursu izolÄcijas pavedieni vai savienojumi, kas pieŔķirti, lai apstrÄdÄtu Å”os maksÄjumu pieprasÄ«jumus, var izbeigties. Å Ä« resursu izsÄ«kÅ”ana pÄc tam sÄk ietekmÄt citas lietojumprogrammas daļas:
- PieprasÄ«jumi uz produktu ieteikumu dzinÄju var arÄ« iesprÅ«st, gaidot pieejamos pavedienus vai savienojumus.
- Galu galÄ, pat pamata pieprasÄ«jumi, piemÄram, produktu kataloga skatÄ«Å”ana, var tikt ietekmÄti, jo kopÄjais resursu kopums tiek pilnÄ«bÄ piesÄtinÄts.
- Visa lietojumprogramma apstÄjas, nevis tÄpÄc, ka visi pakalpojumi ir nedarbojoÅ”ies, bet gan tÄpÄc, ka viena, problemÄtiska atkarÄ«ba ir patÄrÄjusi visus kopÄjos resursus, izraisot sistÄmas mÄroga dÄ«kstÄvi.
Å Ä« ir kaskadÄjoÅ”as kļūmes bÅ«tÄ«ba: lokalizÄta problÄma, kas izplatÄs pa sistÄmu, izraisot citÄdi veselu komponentu atteici. Apdares zÄ«mju modelis ir paredzÄts tieÅ”i, lai novÄrstu Å”Ädus katastrofiskus domino efektus, sadalot resursus nodalÄ«jumos.
Apdales zÄ«mju (Bulkhead) modelis skaidrots: NodalÄ«Å”ana stabilitÄtei
PÄc bÅ«tÄ«bas apdares zÄ«mju modelis ir arhitektÅ«ras dizaina princips, kas koncentrÄjas uz lietojumprogrammas resursu sadalÄ«Å”anu izolÄtos kopumos. Katrs kopums ir veltÄ«ts noteikta veida operÄcijai, noteiktam ÄrÄjam pakalpojumu zvanu vai noteiktai funkcionÄlai zonai. GalvenÄ ideja ir tÄda, ka, ja viens resursu kopums izsÄ«kst vai to izmantojoÅ”s komponents sabrÅ«k, tas neietekmÄs citus resursu kopumus un, attiecÄ«gi, citas sistÄmas daļas.
DomÄjiet par to kÄ par "ugunsmÅ«ru" vai "Å«densnecaurlaidÄ«gu nodalÄ«jumu" izveidoÅ”anu jÅ«su lietojumprogrammas resursu pieŔķirÅ”anas stratÄÄ£ijÄ. TÄpat kÄ kuÄ£is var izdzÄ«vot vienÄ nodalÄ«jumÄ raduÅ”os bojÄjumu, jo Å«dens ir ierobežots, lietojumprogramma var turpinÄt darboties, iespÄjams, ar samazinÄtÄm iespÄjÄm, pat ja viena no tÄs atkarÄ«bÄm vai iekÅ”Äjiem komponentiem piedzÄ«vo problÄmu.
Apdales zīmju modeļa pamatprincipi ietver:
- IzolÄcija: Resursi (piemÄram, pavedieni, savienojumi, atmiÅa vai pat veseli procesi) tiek sadalÄ«ti.
- IerobežoÅ”ana: NovÄrst kļūmju vai veiktspÄjas pasliktinÄÅ”anos vienÄ izolÄtÄ nodalÄ«jumÄ no izplatÄ«Å”anÄs uz citiem.
- Graceful Degradation (Gracioza degradÄcija): Lai gan viena sistÄmas daļa var tikt traucÄta, citas daļas var turpinÄt darboties normÄli, piedÄvÄjot labÄku kopÄjo lietotÄja pieredzi nekÄ pilnÄ«ga dÄ«kstÄve.
Å is modelis nav par sÄkotnÄjÄs kļūmes novÄrÅ”anu; drÄ«zÄk tas ir par tÄs ietekmes mazinÄÅ”anu un nodroÅ”inÄÅ”anu, ka ar nekritiskas komponentes problÄma nenesÄ«s uz leju kritiskÄs funkcionalitÄtes. TÄ ir svarÄ«ga aizsardzÄ«bas kÄrta, veidojot noturÄ«gas izplatÄ«tas sistÄmas.
Apdales zÄ«mju (Bulkhead) ievieÅ”anas veidi: DažÄdas izolÄcijas stratÄÄ£ijas
Apdales zÄ«mju modelis ir daudzpusÄ«gs un to var ieviest dažÄdos lÄ«meÅos lietojumprogrammas arhitektÅ«rÄ. IevieÅ”anas izvÄle bieži vien ir atkarÄ«ga no konkrÄtajiem izolÄjamajiem resursiem, pakalpojumu rakstura un operacionÄlÄ konteksta.
1. Pavedienu kopu (Thread Pool) apdares zīmes
Å Ä« ir viena no visbiežÄk sastopamajÄm un klasiskajÄm apdares zÄ«mju modeļa ievieÅ”anas metodÄm, Ä«paÅ”i valodÄs kÄ Java vai satvaros, kas pÄrvalda pavedienu izpildi. Å eit tiek pieŔķirtas atseviŔķas pavedienu kopas dažÄdiem ÄrÄjiem pakalpojumiem vai iekÅ”Äjiem komponentiem.
- KÄ tas darbojas: TÄ vietÄ, lai izmantotu vienu, globÄlu pavedienu kopu visiem izejoÅ”ajiem zvaniem, jÅ«s izveidojat atseviŔķas pavedienu kopas. PiemÄram, visi zvani uz "MaksÄjumu vÄrteju" varÄtu izmantot 10 pavedienu kopu, savukÄrt zvani uz "Ieteikumu dzinÄju" izmantotu citu 5 pavedienu kopu.
- PriekŔrocības:
- NodroÅ”ina spÄcÄ«gu izolÄciju izpildes lÄ«menÄ«.
- NovÄrÅ” lÄnu vai nedarbojoÅ”os atkarÄ«bu no lietojumprogrammas visas pavedienu ietilpÄ«bas izsÄ«kÅ”anas.
- Ä»auj precÄ«zi noregulÄt resursu pieŔķirÅ”anu, pamatojoties uz katras atkarÄ«bas kritiskumu un paredzamo veiktspÄju.
- Trūkumi:
- IevieÅ” papildu slodzi, jo tiek pÄrvaldÄ«tas vairÄkas pavedienu kopas.
- Prasa rÅ«pÄ«gu katras kopas izmÄru noteikÅ”anu; pÄrÄk mazs pavedienu skaits var izraisÄ«t nevajadzÄ«gu atteikumu, savukÄrt pÄrÄk daudz var izŔķiest resursus.
- Var sarežģīt atkļadoÅ”anu, ja nav pienÄcÄ«gi instrumentÄts.
- PiemÄrs: Java lietojumprogrammÄ jÅ«s varÄtu izmantot tÄdas bibliotÄkas kÄ Netflix Hystrix (lai gan lielÄ mÄrÄ aizstÄtas) vai Resilience4j, lai definÄtu apdares zÄ«mju politikas. Kad jÅ«su lietojumprogramma izsauc pakalpojumu X, tÄ izmanto `bulkheadServiceX.execute(callToServiceX())`. Ja pakalpojums X ir lÄns un tÄ apdares zÄ«mes pavedienu kopu piesÄtinÄs, turpmÄkie zvani uz pakalpojumu X tiks noraidÄ«ti vai pievienoti rindÄ, bet zvani uz pakalpojumu Y (izmantojot `bulkheadServiceY.execute(callToServiceY())`) paliks neietekmÄti.
2. Semafors balstītas apdares zīmes
LÄ«dzÄ«gi pavedienu kopu apdares zÄ«mÄm, semafors balstÄ«tas apdares zÄ«mes ierobežo vienlaicÄ«gu zvanu skaitu uz konkrÄtu resursu, bet to dara, kontrolÄjot piekļuvi, izmantojot semaforu, nevis pieŔķirot atseviŔķu pavedienu kopu.
- KÄ tas darbojas: Pirms zvanÄ«Å”anas uz aizsargÄtu resursu tiek iegÅ«ts semafors. Ja semaforu nevar iegÅ«t (jo ir sasniegts vienlaicÄ«gu zvanu limits), pieprasÄ«jums tiek vai nu pievienots rindÄ, noraidÄ«ts, vai tiek izpildÄ«ta rezerves darbÄ«ba. Izpildei izmantotie pavedieni parasti tiek koplietoti no kopÄjÄs kopas.
- PriekŔrocības:
- MazÄk resursu ietilpÄ«gas nekÄ pavedienu kopu apdares zÄ«mes, jo tÄs nerada papildu slodzi, pÄrvaldot atseviŔķas pavedienu kopas.
- EfektÄ«vas vienlaicÄ«gas piekļuves resursiem ierobežoÅ”anai, kas ne vienmÄr prasa atŔķirÄ«gus izpildes kontekstus (piemÄram, datu bÄzes savienojumi, ÄrÄjo API zvani ar fiksÄtiem Ätruma ierobežojumiem).
- Trūkumi:
- Lai gan tie ierobežo vienlaicÄ«gus zvanus, zvanoÅ”ie pavedieni joprojÄm patÄrÄ resursus, kamÄr gaida semaforu vai izpilda aizsargÄto zvanu. Ja daudzi zvanÄ«tÄji ir bloÄ·Äti, tas joprojÄm var patÄrÄt resursus no koplietotÄs pavedienu kopas.
- MazÄka izolÄcija nekÄ atseviŔķÄm pavedienu kopÄm attiecÄ«bÄ uz faktisko izpildes kontekstu.
- PiemÄrs: Node.js vai Python lietojumprogramma, kas veic HTTP pieprasÄ«jumus treÅ”Äs puses API. JÅ«s varÄtu ieviest semaforu, lai nodroÅ”inÄtu, ka jebkurÄ laikÄ netiek veikti vairÄk nekÄ, teiksim, 20 vienlaicÄ«gi pieprasÄ«jumi uz Å”o API. Ja 21. pieprasÄ«jums tiek veikts, tas gaida, kamÄr semafora slots kļūst brÄ«vs, vai tiek nekavÄjoties noraidÄ«ts.
3. Procesu/Pakalpojumu izolÄcijas apdares zÄ«mes
Å Ä« pieeja ietver dažÄdu pakalpojumu vai komponentu izvietoÅ”anu kÄ pilnÄ«gi atseviŔķus procesus, konteinerus vai pat virtuÄlÄs maŔīnas/fiziskos serverus. Tas nodroÅ”ina visstingrÄko izolÄcijas formu.
- KÄ tas darbojas: Katrs loÄ£iskais pakalpojums vai kritiska funkcionÄla zona tiek izvietota neatkarÄ«gi. PiemÄram, mikroservisu arhitektÅ«rÄ katrs mikroserviss parasti tiek izvietots kÄ savs konteiners (piemÄram, Docker) vai process. Ja viens mikroserviss sabrÅ«k vai patÄrÄ pÄrmÄrÄ«gus resursus, tas ietekmÄ tikai tÄ atseviŔķo izpildes vidi.
- PriekŔrocības:
- MaksimÄla izolÄcija: kļūme vienÄ procesÄ nevar tieÅ”i ietekmÄt citu.
- DažÄdus pakalpojumus var mÄrogot neatkarÄ«gi, izmantot atŔķirÄ«gas tehnoloÄ£ijas un pÄrvaldÄ«t atŔķirÄ«gas komandas.
- Resursu pieŔķirÅ”ana (CPU, atmiÅa, diska I/O) var precÄ«zi konfigurÄt katrai izolÄtai vienÄ«bai.
- Trūkumi:
- AugstÄkas infrastruktÅ«ras izmaksas un operacionÄlÄ sarežģītÄ«ba, jo tiek pÄrvaldÄ«ts vairÄk atseviŔķu izvietoÅ”anas vienÄ«bu.
- PalielinÄta tÄ«kla komunikÄcija starp pakalpojumiem.
- Prasa spÄcÄ«gu uzraudzÄ«bu un orÄ·estrÄÅ”anu (piemÄram, Kubernetes, serverless platformas).
- PiemÄrs: MÅ«sdienu e-komercijas platforma, kur "Produktu kataloga pakalpojums", "PasÅ«tÄ«jumu apstrÄdes pakalpojums" un "LietotÄja konta pakalpojums" ir izvietoti kÄ atseviŔķi mikroservisi savos Kubernetes podos. Ja Produktu kataloga pakalpojums piedzÄ«vo atmiÅas noplÅ«di, tas ietekmÄs tikai tÄ paÅ”a poda (podi) un neizraisÄ«s PasÅ«tÄ«jumu apstrÄdes pakalpojuma sabrukumu. MÄkoÅu nodroÅ”inÄtÄji (piemÄram, AWS Lambda, Azure Functions, Google Cloud Run) nodroÅ”ina Å”Äda veida izolÄciju serverless funkcijÄm, kur katra funkcijas izsaukÅ”ana darbojas izolÄtÄ izpildes vidÄ.
4. Datu krÄtuves izolÄcija (LoÄ£iskÄs apdares zÄ«mes)
IzolÄcija nav tikai par skaitļoÅ”anas resursiem; tÄ var attiekties arÄ« uz datu glabÄÅ”anu. Å Äda veida apdares zÄ«me novÄrÅ” problÄmas vienÄ datu segmentÄ no ietekmÄÅ”anas citiem.
- KÄ tas darbojas: Tas var izpausties vairÄkos veidos:
- AtseviŔķas datu bÄzes instances: Kritiskie pakalpojumi var izmantot savus veltÄ«tos datu bÄzes serverus.
- AtseviŔķas shÄmas/tabulas: KoplietotÄ datu bÄzes instancÄ dažÄdas loÄ£iskÄs jomas varÄtu bÅ«t savas shÄmas vai atseviŔķu tabulu komplekts.
- Datu bÄzes sadalÄ«Å”ana/Å”ardÄÅ”ana: Datu sadalÄ«Å”ana vairÄkos fiziskos datu bÄzes serveros, pamatojoties uz noteiktiem kritÄrijiem (piemÄram, klientu ID diapazoni).
- PriekŔrocības:
- NovÄrÅ” nekontrolÄta vaicÄjuma vai datu korupcijas vienÄ jomÄ ietekmÄÅ”anu uz nesaistÄ«tiem datiem vai citiem pakalpojumiem.
- Ä»auj neatkarÄ«gi mÄrogot un uzturÄt dažÄdus datu segmentus.
- Uzlabo droŔību, ierobežojot datu pÄrkÄpumu "sprÄdziena rÄdiusu".
- Trūkumi:
- Palielina datu pÄrvaldÄ«bas sarežģītÄ«bu (rezerves kopijas, konsekvence starp instancÄm).
- IespÄjamas augstÄkas infrastruktÅ«ras izmaksas.
- PiemÄrs: DaudzÄ«paÅ”nieka SaaS lietojumprogramma, kurÄ katra lielÄkÄ klienta dati atrodas atseviÅ”Ä·Ä datu bÄzes shÄmÄ vai pat atseviÅ”Ä·Ä datu bÄzes instancÄ. Tas nodroÅ”ina, ka ar vienu klientu specifiska veiktspÄjas problÄma vai datu anomÄlija neietekmÄ citu klientu pakalpojumu pieejamÄ«bu vai datu integritÄti. TÄpat globÄla lietojumprogramma var izmantot Ä£eogrÄfiski Å”ardÄtas datu bÄzes, lai datus saglabÄtu tuvÄk lietotÄjiem, izolÄjot reÄ£ionÄlÄs datu problÄmas.
5. Klienta puses apdares zīmes
Lai gan lielÄkÄ daļa apdares zÄ«mju diskusiju koncentrÄjas uz servera pusi, zvanÄ«tÄjs klients var arÄ« ieviest apdares zÄ«mes, lai aizsargÄtu sevi no problemÄtiskÄm atkarÄ«bÄm.
- KÄ tas darbojas: Klients (piemÄram, priekÅ”gala lietojumprogramma, cits mikroserviss) pats var ieviest resursu izolÄciju, veicot zvanus dažÄdiem pakÄrtotajiem pakalpojumiem. Tas varÄtu ietvert atseviŔķus savienojumu kopumus, pieprasÄ«jumu rindas vai pavedienu kopas dažÄdiem mÄrÄ·a pakalpojumiem.
- PriekŔrocības:
- AizsargÄ zvanÄ«tÄju pakalpojumu no tÄ, ka tas tiek pÄrslogots ar nedarbojoÅ”os pakÄrtoto atkarÄ«bu.
- Ä»auj veikt noturÄ«gÄku klienta puses darbÄ«bu, piemÄram, ievieÅ”ot rezerves darbÄ«bas vai viedus atkÄrtojumus.
- Trūkumi:
- PÄrvieto daļu noturÄ«bas sloga uz klientu.
- NepiecieÅ”ama rÅ«pÄ«ga koordinÄcija starp pakalpojumu nodroÅ”inÄtÄjiem un patÄrÄtÄjiem.
- Var bÅ«t lieki, ja servera puse jau iebÅ«vÄ spÄcÄ«gas apdares zÄ«mes.
- PiemÄrs: MobilÄ lietojumprogramma, kas iegÅ«st datus no "LietotÄja profila API" un "ZiÅu plÅ«smas API". Lietojumprogramma var uzturÄt atseviŔķas tÄ«kla pieprasÄ«jumu rindas vai izmantot atŔķirÄ«gus savienojumu kopumus katram API zvanam. Ja ZiÅu plÅ«smas API ir lÄna, LietotÄja profila API zvani netiek ietekmÄti, ļaujot lietotÄjam joprojÄm skatÄ«t un rediÄ£Ät savu profilu, kamÄr ziÅu plÅ«sma tiek ielÄdÄta vai parÄda attiecÄ«gu kļūdas ziÅojumu.
Apdales zÄ«mju (Bulkhead) modeļa pieÅemÅ”anas priekÅ”rocÄ«bas
Apdales zÄ«mju modeļa ievieÅ”ana piedÄvÄ daudzas priekÅ”rocÄ«bas sistÄmÄm, kas cenÅ”as nodroÅ”inÄt augstu pieejamÄ«bu un noturÄ«bu:
- PalielinÄta noturÄ«ba un stabilitÄte: Ierobežojot kļūmes, apdares zÄ«mes novÄrÅ” nelielu problÄmu eskalÄciju par sistÄmas mÄroga dÄ«kstÄvÄm. Tas tieÅ”i atspoguļojas augstÄkÄ pieejamÄ«bas laikÄ un stabilÄkÄ lietotÄja pieredzÄ.
- Uzlabota kļūmju izolÄcija: Modelis nodroÅ”ina, ka kļūme vienÄ pakalpojumÄ vai komponentÄ paliek ierobežota, novÄrÅ”ot to kopÄjo resursu patÄrÄÅ”anu un nesaistÄ«tu funkcionalitÄÅ”u ietekmÄÅ”anu. Tas padara sistÄmu izturÄ«gÄku pret ÄrÄjo atkarÄ«bu kļūmÄm vai iekÅ”Äjo komponentu problÄmÄm.
- LabÄka resursu izmantoÅ”ana un prognozÄjamÄ«ba: VeltÄ«tie resursu kopumi nozÄ«mÄ, ka kritiskajiem pakalpojumiem vienmÄr ir pieejami viÅiem pieŔķirtie resursi, pat ja nekritiskie cÄ«nÄs. Tas nodroÅ”ina prognozÄjamÄku veiktspÄju un novÄrÅ” resursu izsÄ«kumu.
- Uzlabota sistÄmas novÄrojamÄ«ba: Kad rodas problÄma apdares zÄ«mes ietvaros, ir vieglÄk noteikt problÄmas avotu. AtseviŔķu apdares zÄ«mju veselÄ«bas un ietilpÄ«bas uzraudzÄ«ba (piemÄram, noraidÄ«tie pieprasÄ«jumi, rindas izmÄri) sniedz skaidrus signÄlus par to, kuras atkarÄ«bas ir pakļautas stresam.
- SamazinÄts dÄ«kstÄves laiks un kļūmju ietekme: Pat ja sistÄmas daļa ir Ä«slaicÄ«gi nedarbojoÅ”a vai degradÄta, atlikuÅ”Äs funkcionalitÄtes var turpinÄt darboties, minimizÄjot kopÄjo biznesa ietekmi un saglabÄjot bÅ«tiskus pakalpojumus.
- VienkÄrÅ”ota atkļadoÅ”ana un problÄmu novÄrÅ”ana: TÄ kÄ kļūmes ir izolÄtas, incidents izmeklÄÅ”anas apjoms tiek ievÄrojami samazinÄts, ļaujot komandÄm ÄtrÄk diagnosticÄt un novÄrst problÄmas.
- Atbalsta neatkarÄ«gu mÄrogoÅ”anu: DažÄdas apdares zÄ«mes var mÄrogot neatkarÄ«gi, pamatojoties uz to specifiskÄm prasÄ«bÄm, optimizÄjot resursu pieŔķirÅ”anu un izmaksu efektivitÄti.
- Veicina graciozu degradÄciju: Kad apdares zÄ«me signalizÄ piesÄtinÄjumu, sistÄma var tikt izstrÄdÄta, lai aktivizÄtu rezerves mehÄnismus, nodroÅ”inÄtu keÅ”atmiÅÄ esoÅ”us datus vai parÄdÄ«tu informatÄ«vus kļūdas ziÅojumus, nevis pilnÄ«bÄ sabruktu, saglabÄjot lietotÄju uzticÄ«bu.
IzaicinÄjumi un apsvÄrumi
Lai gan apdares zÄ«mju modelis ir ļoti izdevÄ«gs, tÄ pieÅemÅ”ana nav bez izaicinÄjumiem. RÅ«pÄ«ga plÄnoÅ”ana un nepÄrtraukta pÄrvaldÄ«ba ir bÅ«tiska veiksmÄ«gai ievieÅ”anai.
- PalielinÄta sarežģītÄ«ba: Apdares zÄ«mju ievieÅ”ana pievieno konfigurÄcijas un pÄrvaldÄ«bas slÄni. Jums bÅ«s vairÄk komponentu jÄkonfigurÄ, jÄuzrauga un jÄizprot. Tas Ä«paÅ”i attiecas uz pavedienu kopu apdares zÄ«mÄm vai procesa lÄ«meÅa izolÄciju.
- Resursu papildu slodze: AtseviŔķas pavedienu kopas vai atseviŔķi procesi/konteineri pÄc bÅ«tÄ«bas patÄrÄ vairÄk resursu (atmiÅa, CPU) nekÄ viena koplietota kopa vai monolitiskÄ izvietoÅ”ana. Tas prasa rÅ«pÄ«gu jaudas plÄnoÅ”anu un uzraudzÄ«bu, lai izvairÄ«tos no pÄrmÄrÄ«gas vai nepietiekamas nodroÅ”inÄÅ”anas.
- Pareiza izmÄra noteikÅ”ana ir kritiska: Katras apdares zÄ«mes optimÄlÄ izmÄra noteikÅ”ana (piemÄram, pavedienu skaits, semafora atļaujas) ir bÅ«tiska. Nepietiekama nodroÅ”inÄÅ”ana var izraisÄ«t nevajadzÄ«gus atteikumus un veiktspÄjas pasliktinÄÅ”anos, savukÄrt pÄrmÄrÄ«ga nodroÅ”inÄÅ”ana izŔķiež resursus un, iespÄjams, nenodroÅ”ina pietiekamu izolÄciju, ja atkarÄ«ba patieÅ”Äm darbojas nekontrolÄti. Tas bieži prasa empÄ«risku testÄÅ”anu un iterÄciju.
- UzraudzÄ«ba un brÄ«dinÄjumi: EfektÄ«vas apdares zÄ«mes lielÄ mÄrÄ ir atkarÄ«gas no spÄcÄ«gas uzraudzÄ«bas. Jums jÄuzrauga tÄdi metri kÄ aktÄ«vo pieprasÄ«jumu skaits, pieejamÄ ietilpÄ«ba, rindas garums un noraidÄ«tie pieprasÄ«jumi katrai apdares zÄ«mei. JÄiestata atbilstoÅ”i brÄ«dinÄjumi, lai informÄtu operÄciju komandas, kad apdares zÄ«me tuvojas piesÄtinÄjumam vai sÄk noraidÄ«t pieprasÄ«jumus.
- IntegrÄcija ar citiem noturÄ«bas modeļiem: Apdares zÄ«mju modelis ir visiespaidÄ«gÄkais, kad tas tiek apvienots ar citÄm noturÄ«bas stratÄÄ£ijÄm, piemÄram, Ä·Ädes pÄrtraucÄjiem, atkÄrtojumiem, taimautiem un rezerves darbÄ«bÄm. Å o modeļu nevainojama integrÄcija var palielinÄt ievieÅ”anas sarežģītÄ«bu.
- Nav sudraba lode: Apdares zÄ«me izolÄ kļūmes, bet tÄ nenovÄrÅ” sÄkotnÄjo kļūmi. Ja kritiskais pakalpojums aiz apdares zÄ«mes ir pilnÄ«bÄ nedarbojoÅ”s, zvanÄ«tÄja lietojumprogramma joprojÄm nespÄs veikt attiecÄ«go funkciju, pat ja citas sistÄmas daļas paliek veselas. TÄ ir ierobežoÅ”anas stratÄÄ£ija, nevis atjaunoÅ”anas stratÄÄ£ija.
- KonfigurÄcijas pÄrvaldÄ«ba: Apdares zÄ«mju konfigurÄciju pÄrvaldÄ«Å”ana, Ä«paÅ”i vairÄkos pakalpojumos un vidÄs (izstrÄde, pagaidu, ražoÅ”ana), var bÅ«t izaicinÄjums. CentralizÄti konfigurÄcijas pÄrvaldÄ«bas sistÄmas (piemÄram, HashiCorp Consul, Spring Cloud Config) var palÄ«dzÄt.
PraktiskÄs ievieÅ”anas stratÄÄ£ijas un rÄ«ki
Apdales zÄ«mju modeli var ieviest, izmantojot dažÄdas tehnoloÄ£ijas un satvarus, atkarÄ«bÄ no jÅ«su izstrÄdes steka un izvietoÅ”anas vides.
ProgrammÄÅ”anas valodÄs un satvaros:
- Java/JVM ekosistÄma:
- Resilience4j: MÅ«sdienÄ«ga, viegla un ļoti konfigurÄjama kļūdu panesamÄ«bas bibliotÄka Java. TÄ piedÄvÄ Ä«paÅ”us moduļus apdares zÄ«mju, Ä·Ädes pÄrtraucÄju, Ätruma ierobežotÄja, atkÄrtojuma un taimauta modeļiem. TÄ atbalsta gan pavedienu kopu, gan semafora apdares zÄ«mes un labi integrÄjas ar Spring Boot un reaktÄ«vajiem programmÄÅ”anas satvariem.
- Netflix Hystrix: Pamata bibliotÄka, kas popularizÄja daudzus noturÄ«bas modeļus, tostarp apdares zÄ«mes. Lai gan tÄ tika plaÅ”i izmantota agrÄk, tÄ tagad ir uzturÄÅ”anas režīmÄ un lielÄ mÄrÄ aizstÄta ar jaunÄkÄm alternatÄ«vÄm, piemÄram, Resilience4j. TomÄr tÄs principu izpratne joprojÄm ir vÄrtÄ«ga.
- .NET ekosistÄma:
- Polly: .NET noturÄ«bas un pagaidu kļūdu apstrÄdes bibliotÄka, kas ļauj izteikt politikas, piemÄram, AtkÄrtojums, ĶÄdes pÄrtraucÄjs, Taimauts, KeÅ”s un Apdares zÄ«me, plÅ«stoÅ”Ä un pavedienu droÅ”Ä veidÄ. TÄ labi integrÄjas ar ASP.NET Core un IHttpClientFactory.
- Go:
- Go vienlaicÄ«bas primitÄ«vi, piemÄram, goroutines un kanÄli, var izmantot pielÄgotu apdares zÄ«mju ievieÅ”anai. PiemÄram, buferÄts kanÄls var darboties kÄ semafors, ierobežojot vienlaicÄ«gu goroutine apstrÄdi pieprasÄ«jumiem konkrÄtai atkarÄ«bai.
- BibliotÄkas, piemÄram, go-resiliency piedÄvÄ dažÄdu modeļu ievieÅ”anu, tostarp apdares zÄ«mes.
- Node.js:
- Izmantojot uz solÄ«jumiem balstÄ«tas bibliotÄkas un pielÄgotus vienlaicÄ«bas pÄrvaldniekus (piemÄram, p-limit) var panÄkt semafora tipa apdares zÄ«mes. Notikumu cilpas dizains pats par sevi apstrÄdÄ dažus nebloÄ·ÄjoÅ”Äs I/O aspektus, taÄu skaidras apdares zÄ«mes joprojÄm ir nepiecieÅ”amas, lai novÄrstu resursu izsÄ«kumu no bloÄ·ÄjoÅ”iem zvaniem vai ÄrÄjÄm atkarÄ«bÄm.
Konteineru orÄ·estrÄÅ”ana un mÄkoÅu platformas:
- Kubernetes:
- Podi un izvietojumi: Katra mikroservisa izvietoÅ”ana savÄ Kubernetes podÄ nodroÅ”ina spÄcÄ«gu procesa lÄ«meÅa izolÄciju.
- Resursu ierobežojumi: JÅ«s varat noteikt CPU un atmiÅas ierobežojumus katram poda konteineram, nodroÅ”inot, ka viens konteiners nevar patÄrÄt visus mezgla resursus, tÄdÄjÄdi darbojoties kÄ sava veida apdares zÄ«me.
- VÄrdu telpas: LoÄ£iska izolÄcija dažÄdÄm vidÄm vai komandÄm, novÄrÅ”ot resursu konfliktus un nodroÅ”inot administratÄ«vu atdalÄ«Å”anu.
- Docker:
- KonteinerizÄcija pati par sevi nodroÅ”ina procesa apdares zÄ«mes formu, jo katrs Docker konteiners darbojas savÄ izolÄtÄ vidÄ.
- Docker Compose vai Swarm var orÄ·estrÄt daudzkonteineru lietojumprogrammas ar definÄtiem resursu ierobežojumiem katram pakalpojumam.
- MÄkoÅu platformas (AWS, Azure, GCP):
- Serverless funkcijas (AWS Lambda, Azure Functions, GCP Cloud Functions): Katra funkcijas izsaukÅ”ana parasti darbojas izolÄtÄ, Ä«slaicÄ«gÄ izpildes vidÄ ar konfigurÄjamu vienlaicÄ«bas ierobežojumu, dabiski iemiesojot spÄcÄ«gu apdares zÄ«mes formu.
- Konteineru pakalpojumi (AWS ECS/EKS, Azure AKS, GCP GKE, Cloud Run): NodroÅ”ina spÄcÄ«gus mehÄnismus izolÄtu konteinerizÄto pakalpojumu izvietoÅ”anai un mÄrogoÅ”anai ar resursu kontroli.
- PÄrvaldÄ«tÄs datu bÄzes (AWS Aurora, Azure SQL DB, GCP Cloud Spanner/SQL): Atbalsta dažÄdas loÄ£iskÄs un fiziskÄs izolÄcijas, Å”ardÄÅ”anas un atseviŔķu instanÄu formas, lai izolÄtu datu piekļuvi un veiktspÄju.
- ZiÅojumu rindas (AWS SQS/Kafka, Azure Service Bus, GCP Pub/Sub): Var darboties kÄ buferis, izolÄjot ražotÄjus no patÄrÄtÄjiem un nodroÅ”inot neatkarÄ«gu mÄrogoÅ”anu un apstrÄdes Ätrumu.
UzraudzÄ«bas un novÄrojamÄ«bas rÄ«ki:
NeatkarÄ«gi no ievieÅ”anas, efektÄ«va uzraudzÄ«ba ir obligÄta. RÄ«ki, piemÄram, Prometheus, Grafana, Datadog, New Relic vai Splunk, ir bÅ«tiski, lai apkopotu, vizualizÄtu un brÄ«dinÄtu par metrikiem, kas saistÄ«ti ar apdares zÄ«mju veiktspÄju. BÅ«tiskie metri, ko izsekot, ietver:
- Aktīvie pieprasījumi apdares zīmes ietvaros.
- PieejamÄ ietilpÄ«ba (piemÄram, atlikuÅ”ie pavedieni/atļaujas).
- Noraidīto pieprasījumu skaits.
- Laiks, kas pavadÄ«ts gaidot rindÄs.
- Kļūdu lÄ«meÅi zvaniem, kas iet caur apdares zÄ«mi.
ProjektÄÅ”ana globÄlai noturÄ«bai: DaudzpusÄ«ga pieeja
Apdales zÄ«mju modelis ir kritisks elements visaptveroÅ”Ä noturÄ«bas stratÄÄ£ijÄ. GlobÄlÄm lietojumprogrammÄm tas ir jÄapvieno ar citiem arhitektÅ«ras modeļiem un operacionÄliem apsvÄrumiem:
- ĶÄdes pÄrtraucÄja modelis: KamÄr apdares zÄ«mes ierobežo kļūmes, Ä·Ädes pÄrtraucÄji novÄrÅ” atkÄrtotus zvana neveiksmÄ«gam pakalpojumam. Kad apdares zÄ«me kļūst piesÄtinÄta un sÄk noraidÄ«t pieprasÄ«jumus, Ä·Ädes pÄrtraucÄjs var "izmest" slÄdzi, nekavÄjoties noraidot turpmÄkos pieprasÄ«jumus un novÄrÅ”ot tÄlÄku resursu patÄriÅu klienta pusÄ, dodot neveiksmÄ«gajam pakalpojumam laiku atgÅ«ties.
- AtkÄrtojumu modelis: Pagaidu kļūdÄm, kas neizraisa apdares zÄ«mes piesÄtinÄjumu vai Ä·Ädes pÄrtraucÄja izmetumu, atkÄrtojumu mehÄnisms (bieži ar eksponenciÄlu atpalikumu) var uzlabot operÄciju panÄkumu lÄ«meni.
- Taimauta modelis: NovÄrÅ” zvanu uz atkarÄ«bu no bloÄ·ÄÅ”anas nenoteiktu laiku, Ätri atbrÄ«vojot resursus. Taimauti ir jÄkoriÄ£Ä kopÄ ar apdares zÄ«mÄm, lai nodroÅ”inÄtu, ka resursu kopumu nenotur viens ilgs zvanÄ«Å”anas pavediens.
- Rezerves darbÄ«bas modelis: NodroÅ”ina noklusÄjuma, graciozu atbildi, kad atkarÄ«ba ir nepieejama vai apdares zÄ«me ir izsÄ«kusi. PiemÄram, ja ieteikumu dzinÄjs ir nedarbojoÅ”s, dodieties uz populÄru produktu rÄdÄ«Å”anu, nevis tukÅ”u sadaļu.
- Slodzes balansÄÅ”ana: Sadala pieprasÄ«jumus pa vairÄkÄm pakalpojuma instancÄm, novÄrÅ”ot jebkuras atseviŔķas instances kļūŔanu par pudeļu kaklu un darbojoties kÄ netieÅ”a apdares zÄ«mes forma pakalpojumu lÄ«menÄ«.
- Ätruma ierobežoÅ”ana: AizsargÄ pakalpojumus no pÄrmÄrÄ«ga pieprasÄ«jumu skaita pÄrslogoÅ”anas, strÄdÄjot kopÄ ar apdares zÄ«mÄm, lai novÄrstu resursu izsÄ«kumu no augstas slodzes.
- Ä¢eogrÄfiskÄ izplatÄ«Å”ana: GlobÄlai auditorijai lietojumprogrammu izvietoÅ”ana vairÄkos reÄ£ionos un pieejamÄ«bas zonÄs nodroÅ”ina makro lÄ«meÅa apdares zÄ«mi, izolÄjot kļūmes konkrÄtÄ Ä£eogrÄfiskÄ apgabalÄ un nodroÅ”inot pakalpojumu nepÄrtrauktÄ«bu citur. Datu replikÄcijas un konsekvences stratÄÄ£ijas ir bÅ«tiskas Å”eit.
- NovÄrojamÄ«ba un haosa inženierija: NepÄrtraukta apdares zÄ«mju metriku uzraudzÄ«ba ir vitÄli svarÄ«ga. Papildus, praktizÄjot haosa inženieriju (apzinÄti ievieÅ”ot kļūmes), palÄ«dz pÄrbaudÄ«t apdares zÄ«mju konfigurÄcijas un nodroÅ”inÄt, ka sistÄma darbojas paredzÄti stresa apstÄkļos.
Lietu pÄtÄ«jumi un reÄlÄs pasaules piemÄri
Lai ilustrÄtu apdares zÄ«mju modeļa ietekmi, apsveriet Å”Ädus scenÄrijus:
- E-komercijas platforma: TieÅ”saistes mazumtirdzniecÄ«bas lietojumprogramma varÄtu izmantot pavedienu kopu apdares zÄ«mes, lai izolÄtu zvanus uz savu maksÄjumu vÄrteju, krÄjumu pakalpojumu un lietotÄju atsauksmju API. Ja lietotÄju atsauksmju API (mazÄk kritiskÄ komponentÄ) kļūst lÄna, tÄ izsÄ«ks tikai savu atseviŔķo pavedienu kopu. Klienti joprojÄm var pÄrlÅ«kot produktus, pievienot preces savam grozam un veikt pirkumus, pat ja atsauksmju sadaļa ielÄdÄjas ilgÄk vai parÄda ziÅojumu "atsauksmes pagaidÄm nav pieejamas".
- FinanÅ”u tirdzniecÄ«bas sistÄma: Augstas frekvences tirdzniecÄ«bas platformai nepiecieÅ”ams ÄrkÄrtÄ«gi zems latentums tirdzniecÄ«bas izpildei, savukÄrt analÄ«tika un pÄrskati var pieļaut augstÄku latentumu. Å eit tiktu izmantotas procesa/pakalpojumu izolÄcijas apdares zÄ«mes, ar galveno tirdzniecÄ«bas dzinÄju, kas darbojas atseviŔķÄs, ļoti optimizÄtÄs vidÄs, pilnÄ«bÄ atdalÄ«tu no analÄ«tikas pakalpojumiem, kas varÄtu veikt sarežģītu, resursu ietilpÄ«gu datu apstrÄdi. Tas nodroÅ”ina, ka ilgstoÅ”s pÄrskata vaicÄjums neietekmÄ reÄllaika tirdzniecÄ«bas iespÄjas.
- GlobÄlÄ loÄ£istika un piegÄdes Ä·Äde: SistÄma, kas integrÄjas ar desmitiem dažÄdu pÄrvadÄtÄju API, lai izsekotu, rezervÄtu un piegÄdÄtu atjauninÄjumus. Katra pÄrvadÄtÄja integrÄcija varÄtu bÅ«t ar savu semafora balstÄ«to apdares zÄ«mi vai atseviŔķu pavedienu kopu. Ja PÄrvadÄtÄja X API piedzÄ«vo problÄmas vai tam ir stingri Ätruma ierobežojumi, tiek ietekmÄti tikai pieprasÄ«jumi uz PÄrvadÄtÄju X. Citu pÄrvadÄtÄju izsekoÅ”anas informÄcija paliek funkcionÄla, ļaujot loÄ£istikas platformai turpinÄt darboties bez sistÄmas mÄroga pudeļu kakla.
- SociÄlo mediju platforma: SociÄlo mediju lietojumprogramma varÄtu izmantot klienta puses apdares zÄ«mes savÄ mobilajÄ lietotnÄ, lai apstrÄdÄtu zvanus uz dažÄdiem backend pakalpojumiem: vienu lietotÄja galvenajai plÅ«smai, otru ziÅojumapmaiÅai un treÅ”o paziÅojumiem. Ja galvenais plÅ«smas pakalpojums ir Ä«slaicÄ«gi lÄns vai nereaÄ£ÄjoÅ”s, lietotÄjs joprojÄm var piekļūt saviem ziÅojumiem un paziÅojumiem, nodroÅ”inot stabilÄku un lietojamÄku pieredzi.
Apdales zīmju (Bulkhead) ievieŔanas paraugprakses
Apdales zÄ«mju modeļa efektÄ«va ievieÅ”ana prasa noteiktu paraugprakses ievÄroÅ”anu:
- IdentificÄjiet kritiskos ceļus: Nosakiet, kuras atkarÄ«bas vai iekÅ”ÄjÄs sastÄvdaļas prasa apdares zÄ«mju aizsardzÄ«bu. SÄciet ar vissvarÄ«gÄkajiem ceļiem un tiem, kuriem ir neuzticÄ«bas vai augsts resursu patÄriÅa vÄsture.
- SÄciet maz un iterÄjiet: NemÄÄ£iniet apdarinÄt visu uzreiz. IevieÅ”iet apdares zÄ«mes dažÄm galvenajÄm jomÄm, uzraugiet to veiktspÄju un pÄc tam paplaÅ”iniet.
- RÅ«pÄ«gi uzraugiet visu: KÄ tika uzsvÄrts, spÄcÄ«ga uzraudzÄ«ba ir obligÄta. Uzraugiet aktÄ«vos pieprasÄ«jumus, rindu izmÄrus, atteikumu lÄ«meÅus un latentumu katrai apdares zÄ«mei. Izmantojiet informÄcijas paneļus un brÄ«dinÄjumus, lai agrÄ«nÄ stadijÄ atklÄtu problÄmas.
- AutomatizÄjiet nodroÅ”inÄÅ”anu un mÄrogoÅ”anu: Kur tas ir iespÄjams, izmantojiet infrastruktÅ«ru kÄ kodu un orÄ·estrÄÅ”anas rÄ«kus (piemÄram, Kubernetes), lai definÄtu un pÄrvaldÄ«tu apdares zÄ«mju konfigurÄcijas un automÄtiski mÄrogotu resursus, pamatojoties uz pieprasÄ«jumu.
- TestÄjiet stingri: Veiciet rÅ«pÄ«gu slodzes testÄÅ”anu, stresa testÄÅ”anu un haosa inženierijas eksperimentus, lai pÄrbaudÄ«tu jÅ«su apdares zÄ«mju konfigurÄcijas. SimulÄjiet lÄnas atkarÄ«bas, taimautus un resursu izsÄ«kumu, lai nodroÅ”inÄtu, ka apdares zÄ«mes darbojas paredzÄti.
- DokumentÄjiet savas konfigurÄcijas: Skaidri dokumentÄjiet katras apdares zÄ«mes mÄrÄ·i, izmÄru un uzraudzÄ«bas stratÄÄ£iju. Tas ir bÅ«tiski jaunu komandas locekļu uzÅemÅ”anai un ilgtermiÅa uzturÄÅ”anai.
- IzglÄ«tojiet savu komandu: NodroÅ”iniet, lai jÅ«su izstrÄdes un operÄciju komandas saprastu apdares zÄ«mju mÄrÄ·i un sekas, tostarp, kÄ interpretÄt to metriku un reaÄ£Ät uz brÄ«dinÄjumiem.
- RegulÄri pÄrskatiet un pielÄgojiet: SistÄmas slodzes un atkarÄ«bu uzvedÄ«ba mainÄs. RegulÄri pÄrskatiet un pielÄgojiet savas apdares zÄ«mju jaudas un konfigurÄcijas, pamatojoties uz novÄroto veiktspÄju un mainÄ«gajÄm prasÄ«bÄm.
SecinÄjums
Apdales zÄ«mju modelis ir neaizstÄjams rÄ«ks jebkura arhitekta vai inženiera, kas veido noturÄ«gas izplatÄ«tas sistÄmas, arsenÄlÄ. StratÄÄ£iski izolÄjot resursus, tas nodroÅ”ina spÄcÄ«gu aizsardzÄ«bu pret kaskadÄjoÅ”Äm kļūmÄm, nodroÅ”inot, ka lokalizÄta problÄma neapdraud visas lietojumprogrammas stabilitÄti un pieejamÄ«bu. NeatkarÄ«gi no tÄ, vai jÅ«s strÄdÄjat ar mikroservisiem, integrÄjaties ar daudzÄm treÅ”o puÅ”u API, vai vienkÄrÅ”i cenÅ”aties panÄkt lielÄku sistÄmas stabilitÄti, apdares zÄ«mju modeļa principu izpratne un piemÄroÅ”ana var ievÄrojami uzlabot jÅ«su sistÄmas noturÄ«bu.
Apdales zÄ«mju modeļa pieÅemÅ”ana, Ä«paÅ”i, ja tas tiek apvienots ar citiem papildinoÅ”iem noturÄ«bas modeļiem, pÄrvÄrÅ” sistÄmas no trauslÄm monolÄ«tÄm struktÅ«rÄm par nodalÄ«tiem, izturÄ«giem un pielÄgojamiem subjektiem. PasaulÄ, kas arvien vairÄk paļaujas uz vienmÄr pieejamiem digitÄlajiem pakalpojumiem, ieguldÄ«jums Å”Ädos pamata noturÄ«bas modeļos nav tikai laba prakse; tas ir bÅ«tisks solÄ«jums nodroÅ”inÄt uzticamu, augstas kvalitÄtes pieredzi lietotÄjiem visÄ pasaulÄ. SÄciet ieviest apdares zÄ«mes jau Å”odien, lai veidotu sistÄmas, kas spÄj izturÄt jebkuru stihiju.